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1 The above-entitled matter came on for hearing on Wednesday, April 13, 

2 201 1 commencing at 9:00 a.m., at the U.S. Patent and Trademark Office, 

3 600 Dulany Street, Alexandria, Virginia, before Paula Lowery, Notary 

4 Public. 

5 PROCEEDINGS 

6 ..... 

7 JUDGE LORIN: Good morning. This is Judge Lorin, I'm presiding. The 

8 panel also includes Judge Fischetti and Judge Mohanty. 

9 Counsel, we have reviewed the record. We're familiar with it. You have 20 

10 minutes. You may proceed. 

11 MR. ROURKE: Thank you, Your Honor. 

12 If it please the Board, my name is Chris Rourke. I represent the assignee of 

13 the pending application. I would like to start by briefly reviewing the 

14 background of the invention on page 2 of the application to provide context 

15 for the claims. 

16 The background discusses that merchants can keep payment account 

17 records/customer data on file for recurring payments, such as Internet 

18 services or toll tag services; but this information can become out of date. So 

19 the merchants can get updates to the on file account data from payment 

20 processors. 

21 That's kind of the background. The actual invention is defined by the claims 

22 - the inventive part of it. I'd like to turn now to Claim 1, which is a system 

23 for updating merchant on file payment data at a payment processor. 

24 I'm not arguing that the preamble is a limitation, but it does provide the 

25 context - again, which is this merchant on file payment data - which is at a 

26 payment processor. It's on file because it's the payment data the merchant is 

27 going to use to submit a transaction for processing. 
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1 The system includes a merchant processing selection system. That system 

2 receives selection data. The selection data is for one of two or more types of 

3 a special type of processing: on file, payment data, update processing. 

4 Again, referring back to the background of the invention, this is on file 

5 payment data that the merchant keeps on file for customers; and its update 

6 processing of that on file payment data. 

7 There's also a merchant account update system that receives the selection 

8 data and processes the account update data based on the selection data. 

9 So, again, this is account update data for the transaction records that the 

10 merchant has on file for payment processing; but it's updating those records. 

11 It has nothing to do with a transaction processing of any of those records. 

12 The Examiner's rejection is somewhat hard to follow; but, basically, he 

13 refers to Column 3 and Column 4, Lines 25-45 of Myatt. I tried to 

14 determine exactly what it was the Examiner was pointing at or relying on. 

15 Again, having asked for clarification and not having received it, but I think 

16 he is looking at Figure 2 of Myatt. There's a proprietary check authorization 

17 file and proprietary debit negative file. 

18 I think he's construed that as some sort of account data that's being updated. 

19 I guess my disagreement with the Examiner is that there is no merchant 

20 processing selection system that receives selection data for one of two or 

21 more types of on file payment data, update or processing. 

22 Neither the check authorization file or debit negative file are account data 

23 that is used for submitting transactions for authorization. Then there's no 

24 merchant account update system that receives that selection data and 

25 processing the account update data based on the selection data. 
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1 Myatt discloses that these check authorization files and debit negative files 

2 are updated with information such as number of transactions or decline, or 

3 something like that; but that's not updated for every account. 

4 It's account data. It's used to check against the transaction authorization. It 

5 really is unrelated to the claimed invention. 

6 I think this is clear when you look at dependent Claims 2 and 3. Dependent 

7 Claim 2 has a data base extraction system receiving the selection data. 

8 Again, you're selecting one of two or more types of on file payment data 

9 update processing and extracting account update records from merchant 

10 transaction records stored at the transaction processing system. 

1 1 Claim 3 has a merchant download system receiving the selection data and 

12 extracting account update records from a batch file received at a transaction 

13 processing system. 

14 Again, this is what you're selecting between. If you look at Figure 4 of the 

15 application, there's a little bit more detail in how that selection is being 

16 processed; but, as disclosed in the application, there's two exemplary 

17 embodiments of how these merchant transaction records, customer account 

18 records, can be stored. 

19 One is they can be stored at the transaction processing system for the 

20 merchant, or they can be received from the merchant in a batch file. 

21 I don't really understand how Myatt can disclose this selection data as 

22 claimed for these two different types of processing, when it doesn't form a 

23 102 rejection for both Claims 2 and 3. The Examiner has to rely on Rajaram 

24 for Claim 3. 
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1 This is a little perplexing also in regards to Claim 1 1, but turning to the 

2 merits of the Claim 2 rejection — let's see — extracting account update 

3 records from merchant transaction records stored at a transaction processing 

4 system, the Examiner relies on Column 4, Lines 28-42, and Column 5, Lines 

5 64-68 of Myatt. 

6 I think, again, this is sort of - the means are provided for quickly. This is 

7 reciting from Myatt at Column 5, Lines 65-68: "means provided for quickly 

8 and repeatedly updating or revising the data in the negative file and the 

9 authorization file. Such information may be, for example, updated daily to 

10 provide a current listing of negative file data." 

1 1 This is not account data. It's negative file data. It has negatives for some, 

12 but not all accounts. There's no selection. It's not like the data is being 

13 selected. 

14 Should we update the negative file, or should we update the authorization 

15 file? It's either authorization file data or negative file data. 

16 I know the Examiner is instructed to take the broadest reasonable 

17 construction of claim terms, but in this case I think if you ignore some claim 

18 limitations it results in an overly broad construction. 

19 JUDGE LORIN: Counsel, let me stop you for a second here. I think 

20 admittedly the Examiner's rejection is general, to say the least. I also 

21 attempted to see what exactly the Examiner is referring to in Myatt. 

22 But I want to go back to Claim 1 because you emphasize this in your Brief: 

23 there's been little claim construction analysis done. Then you spend a great 

24 deal of time discussing the data and the types of data that these systems are 

25 manipulating. 



5 



Appeal 2010-003511 
Application No. 10/680020 

1 My question for you is in Claim 1 you have a system comprising two 

2 systems, and it looks to me, and I think maybe the Examiner was trying to 

3 say this in general terms -- you have a system made up of two computers, is 

4 that correct? 

5 MR. ROURKE: I believe the way these systems are described in the 

6 specification they are not limited to a separate computer for each system. So 

7 they could be two systems operating on the same processor. 

8 JUDGE LORIN: That's fine. It could be two processors or two means for 

9 doing the things that are said here in the claim. My question to you is what 

10 is the significance of having a merchant processing selection computer, or 

1 1 whatever, and a merchant account update computer, or whatever? 

12 MR. ROURKE: Thank you, Your Honor. That is a good question, and it 

13 gets down to how I approach software-implemented inventions in order to 

14 give them some structure because, you know, I don't often get the source 

15 code itself. I'm looking at the functionality. 

16 I try to focus the functionality on certain types in certain systems, and you 

17 can see this in the figures. Referring to Figure 1 of the pending application, 

18 you'll see a merchant system, 102, that has an opt-out system, 108, recurrent 

19 payment system, 110. 

20 So I'm describing the functionality of these different somewhat structural 

21 components. Somewhat a merchant system, and a transaction processing 

22 system, and a card processing system are three different physical systems. 

23 I don't think you can in modern payment processing transaction systems — 

24 you could not have those all sitting on one processor. Perhaps maybe the 

25 merchant system could be combined, but again, I'm just trying to focus on 
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1 the different program functionality without limiting the invention to a 

2 specific hardware architecture. 

3 JUDGE LORIN: This is the difficulty here because you have a claim -- 

4 Claim 1 is an apparatus claim. You have it drafted as having two elements, 

5 and these elements are modified, you know, as merchant processing and 

6 merchant accounts. But I think from a claim construction perspective it 

7 looks more to be a general purpose computer with some type of intended 

8 use. 

9 MR. ROURKE: That is a very valid point. Are you done? 

10 JUDGE LORIN: Well, I have an additional comment, but go ahead. 

1 1 MR. ROURKE: As a preliminary matter, I do have a pending claim with a 

12 means plus function limitation. So there's -- 

1 3 JUDGE LORIN: Yes, we'll get to that. 

14 MR. ROURKE: That Section 112, Paragraph 6, is not being invoked by 

15 this. 

16 JUDGE LORIN: Yes, I know. We'll get to that in a second. I understand 

17 that. 

18 MR. ROURKE: I am relying on functional claiming, but that is allowed 

19 under the Federal Circuit claim construction law. I realize these are 

20 somewhat broad claims, but that just puts the emphasis on the individual 

21 claim terms - heightens the emphasis. 

22 So when we're talking about a merchant processing selection system, those 

23 words - particularly in litigation, if the claims are being construed, there 

24 would be a focus on what each of those words means. If it was a merchant 
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1 processing system that was being accused, the court would say, well, what 

2 does the term selection mean? 

3 I think to answer your question, although there are functional limitations 

4 operating on what could be a single general purpose processing platform, 

5 those functional limitations have to be construed to — 

6 JUDGE FISCHETTI: May I interrupt you? This is Judge Fischetti. 

7 You used the analogy of the litigation scenario, but aren't we in an ex parte 

8 situation where the interpretation within the agency is different than that 

9 applied in litigation? 

10 MR. ROURKE: Your Honor, I'm not familiar with any case law that the 

1 1 construction of claim terms is different in litigation versus during 

12 prosecution. 

13 JUDGE FISCHETTI: I think that was in Allappat. If you look at Allappat, 

14 you'll find an excerpt by our Chief Judge at the time, which was adopted as 

1 5 dicta at the time by the C AFC. 

16 MR. ROURKE: Well, I do know that the Federal Circuit reviews claim 

17 construction issues de novo without regard to whether they were brought up 

1 8 from a district court or the panel. 

19 JUDGE LORIN: I think what Judge Fischetti is saying is in the Agency 

20 when we look at the terms, using the broadest reasonable construction, our 

21 standard is a bit lower than that of the court in infringement cases. 

22 Because there's a presumption of validity there, so the standard is a bit 

23 higher there. We have case law, and you can look on the website for that, 

24 that supports that. 
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1 But in your claim in particular -- 1 understand what you're saying. These 

2 terms nevertheless, whatever the standard is, they need to be addressed; and 

3 they need to be construed. 

4 My only question to you is on these elements, and I'm trying to see what the 

5 Examiner is trying to drive at here; but I think the Examiner - when the 

6 Examiner cited Column 3 and Column 4, 1 notice there were two elements: 

7 a memory and a processor. 

8 While these particular terms in your claim are not there, I think the 

9 Examiner may have been trying to say, look, I don't know what the 

10 difference is between your selection system and your update system. You 

1 1 know, you used terms but structurally the Examiner has had a difficult time 

12 discerning the difference. That's why a rejection under 102 was made. 

13 MR. ROURKE: Yes, sir, I agree with you; but I just think that rejection was 

14 improper because of the construction of the claim terms. What's claimed is 

15 not a memory and a processor. There's a lot more limitations that even 

16 though they're functional limitations, but there are limitations in this claim. 

17 Those limitations have to be considered. 

18 To turn to Judge Fischetti's point about the burden of proof or standard of 

19 review, whether it's a review in the Patent Office or in the court you still 

20 have to construe the claims before the validity of the claims is established. 

21 I understand in the Patent Office it's a lower burden. It's not a clear and 

22 convincing standard. But the meaning of the claim terms I think is 

23 construed the same way. 
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1 It's not a question of whether or not the claims should be allowed or the 

2 claim is valid over the prior art after it's allowed and issued. It's a question 

3 of what does the claim term mean. 

4 If we're talking about a screw instead of on file payment data update 

5 processing, we all know what a screw is. If there was a bolt, the Board 

6 would agree that the bolt is not a screw and, at best, it's a 102 rejection. 

7 In this case, construing an on file payment data update processing as a 

8 processor I think is wrong. As a preliminary point, you're selecting one of 

9 two or more types of on file payment data update processing. So it has to be 

10 two types of processing disclosed in Myatt. 

1 1 JUDGE LORIN: Let me stop you for a second here. I notice here in 

12 Column 4 of Myatt they discuss a main frame computer of the transaction 

13 system. 

14 Are you saying that cannot be? That cannot be a transaction -- what do you 

15 call it here? 

16 MR. ROURKE: Processor. 

17 JUDGE LORIN: Processor. It cannot be that? 

18 MR. ROURKE: No, that's not what I'm saying at all, sir. I'm just saying 

19 there is no disclosure of two or more types of on file payment data update 

20 processing. 

21 Again, construing those terms with the specification in mind because there's 

22 also, I believe, case law that says the claims are construed in light of the 

23 specification also applies to the Patent Office. 

24 You cannot just say two types of processing. It has to be two types of a 

25 specific type of processing, on file payment update processing. 
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1 I'm sorry to interrupt you, sir. 

2 JUDGE LORIN: I understand, Counsel, that's black letter. We understand 

3 that. 

4 I'm trying to get to the data, but I first want to take care of the modifiers to 

5 the selection system and update system. 

6 Moving on to your data. The way the claim reads is that a merchant 

7 processing selection system receiving selection data, both of these elements 

8 receive selection data. 

9 So, in other words, if the prior art showed systems receiving selection data, 

10 presumably that would meet these elements, correct? 

1 1 MR. ROURKE: That would meet at least the receiving selection data part. 

12 If it was a merchant processing selection system and a merchant account 

13 update system -- in other words, for the prior art to disclose a merchant 

14 processing selection system, it has to be a system that's capable of merchant 

15 processing selection. 

16 It has to be some selection of merchant processing. Again, you have to look 

17 at all the claim terms. It can be difficult with very complex technology, such 

18 as software technology in the payment processing industry, to understand 

19 what these mean without referring to the specification. 

20 The specification makes it clear that the merchant processing selection 

21 system is that you're processing a selection of a type of merchant processing. 

22 JUDGE LORIN: You say it's a complicated system. Now, show me in the 

23 specification where this complicated system is described. 
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1 MR. ROURKE: The merchant processing selection system will be in Figure 

2 2, element 202, merchant processing selection system. That describes, you 

3 know, the system in greater detail. 

4 I won't bother to read it into the record, but in the merchant account update 

5 system, Figure 1, 114; and the way I kind of grouped these is there's larger 

6 groups of functionality, and there's subgroups of functionality that are 

7 related with those groups. 

8 So you've got specific functionality of the merchant processing system 

9 described in the spec, and then there's the more general merchant account 

10 update system functionality. That's how I draft these claims to try and tie 

11 the claim structure to the spec. I use the system as they're described in the 

12 spec, and I believe that this should be instructive to try and understand what 

13 the systems mean. 

14 If there was discourse between the Examiner and me, if the Examiner picked 

15 up the phone and said, look, can you add some more limitations here so I can 

16 understand what's going on, or I don't understand this; or, you know, a lot of 

17 times I'll call the Examiner - I don't recall if I did in this case - but I'll 

18 suggest or offer to discuss any claim limitations that are not understood, or 

19 to add any limitations the Examiner might think would be required to make 

20 the claim allowable. 

21 In a case like this where these things like the opt-out system are entirely 

22 missing, this is referring to Claim 10. There's an opt-out system receiving 

23 opt-out data from a card holder. 

24 There's nothing in Myatt or Rajaram that relate to an opt-out system for a 

25 card holder, and we know that today card holders have an enormous amount 
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1 of power under federal laws to opt out of various types of transaction 

2 processing or use of personal information or that sort of thing. 

3 JUDGE LORIN: Counsel, it's very welcome that you like to work things out 

4 with the Examiner. As I said earlier, admittedly the Examiner's rejection is 

5 very general. 

6 Going back to your citing of this specification, these figures for this 

7 complicated software for your system, this leads me to your means plus 

8 function claim. 

9 All that I see in this figure are boxes with words in them. One box here in 

10 Figure 2 says merchant processing selection system. So from what I can tell 

1 1 you've directed me to look at the specification and all I see is a repetition of 

12 what's in the claim. 

13 I don't see the complicated system that you're discussing. 

14 MR. ROURKE: Well, there's a paragraph or so for each of these systems. 

15 The claim is much briefer. So there is detail. 

16 But also getting into the means plus function claim element, which I didn't 

17 really want to spend much time on today; but Figure 4 is a flow chart 

18 algorithm. 

19 I believe Judge Lorin, your Honor, was on a case that may be up to appeal to 

20 the Federal Circuit on this point; but there is structure there according to 

21 federal circuit case law. 

22 To one of ordinary skill in the art, somebody with a bachelor's degree in 

23 computer science and several years of experience could take this flow chart 

24 and write a program. 
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1 I mean, it wouldn't be that difficult. You could do it in visual basic quite 

2 simply just by using the prompts and then describing the functions for each 

3 box. Such as, merchant type go to 404, determine the type extractor batch or 

4 merchant account extractor batch. 

5 So I don't think it's that difficult of enablement required by the federal 

6 circuit. It's not high. The structure is not high, let me say that. 

7 JUDGE LORIN: Right, but I think your argument is that this is not a 

8 general purpose computer. 

9 MR. ROURKE: Well, when you're executing this specific algorithm, it 

10 becomes a special purpose computer. When you're referring to Figures 1, 2, 

11 3 with the general functional description, there's no algorithm structure. 

12 Figures like that have been held by the federal circuit not to provide any 

13 structure whatsoever, and I don't rely on them in that regard. 

14 JUDGE LORIN: Because on Claim 1 1 think the Examiner ~ because of the 

15 way the rejection is structured, it comes across as the Examiner is just 

16 saying, oh, this is covered by a general purpose computer. 

17 You're saying, no, you need to find the actual system that I have claimed, 

1 8 which is not just a general purpose computer. 

19 MR. ROURKE: Well, I would agree with that, but it's a system having the 

20 function as opposed to the structure. 

21 JUDGE LORIN: Well, it has to be the structure -- there has to be structure 

22 corresponding to the function. I know you have it written in functional 

23 language, but in fact, we're not — you're not seeking a claim on the function. 

24 You're seeking a claim on the structure. 
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1 That structure has to be more than a general purpose computer. That's your 

2 argument. 

3 In fact, that's the argument you made with the means plus function claim. 

4 MR. ROURKE: Yes, your Honor, that's correct, except for a means plus 

5 function claim there is a requirement under WMS and progeny for an 

6 algorithmic structure to be disclosed. 

7 For a claim that doesn't invoke 112, Paragraph 6, that requirement doesn't 

8 exist and you have the function disclosed. As long as the function is novel 

9 and non-obvious, which I argue this is, because this is a very specific type of 

10 functionality. It's updating account records used by merchants for recurrent 

1 1 payments. None of the prior art is even in that space. 

12 So there's really no obviousness and much less a 102 basis for rejecting the 

13 claims. 

14 JUDGE LORIN: Right, I totally understand. I know where you're coming 

15 from. 

16 Now, talking about supporting a means plus function - a computer enabled 

17 means plus function clause with an algorithm, have you had a chance to 

18 review this In re Katz decision? 

19 MR. ROURKE: I have briefly reviewed it. I didn't notice any changes in 

20 various parts before it ~ but please let me know what your thoughts are. 

21 JUDGE LORIN: Well, the reason I raise it is because in Claim 21 you have 

22 means for receiving the selection data. I know that in your argument against 

23 the Examiner, and the Examiner didn't make a claim construction analysis, 

24 that's clear. 
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1 You have pointed the Examiner to the flow chart as your algorithm 

2 corresponding to this means for receiving. But my understanding of Katz, 

3 and Katz had a number of means plus function clauses, and some of these 

4 clauses the court didn't feel it was necessary to look to the specification for 

5 an algorithm. 

6 The court, for instance, in Katz there's a clause and, if I read it correctly, it 

7 says means for processing. Very similar to your means for receiving. The 

8 Federal Circuit construed that to cover a general purpose computer. 

9 MR. ROURKE: Well, if the function was just processing, that would be in 

10 accord with their earlier case law. But if the function was processing a 

1 1 specific type of data, such as voice response data and making a decision on 

12 which call center to refer a call to, that would be a much more narrow 

13 function. 

14 I mean, the function of processing is extremely broad and the federal circuit 

15 has held that that structure of a processor ~ a lot more is required. But when 

16 you get the one function -- you have to leave the entire function because 

17 what's being claimed is the function. 

18 If it's narrower than that, that's where the federal circuit has said, well, this is 

19 not just a processor. This is a processor doing a specific type of function, 

20 and there's no algorithmic support for that function. Therefore, the claim is 

21 invalid. Or there is algorithmic support for the claim, therefore, the claim is 

22 good. 

23 My personal experience with this was in Verison v. Net Money where we 

24 invalidated four of five asserted claims at the Markman stage because there 

25 was no corresponding structure. 
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1 That's when I realized this was a very useful and powerful tool for 

2 prosecution to help focus a relatively narrow claim on specific algorithmic 

3 structure disclosed in the spec and not to claim the broader function, but I've 

4 met with limited success in the examining corps and before the Board. 

5 Some will take that, but others say we don't necessarily agree with you, 

6 Counsel. 

7 JUDGE LORIN: Well, it's a difficult area, extremely difficult. I won't 

8 pursue that because that hasn't been briefed and I'm hitting you cold with 

9 that. But it's something I wanted to raise because it's a new case decided in 

10 February and it just piqued my interest in view of your argument. 

1 1 MR. ROURKE: Yes, sir, I do appreciate that. I know it's a very complex 

12 and difficult area of law and claim construction. 

13 I really wish the examining corps ~ they're finally getting more instruction, 

14 but a 1 12 second paragraph rejection I could submit affidavits, as I've done 

15 in other cases, to overcome it from one of ordinary skill in the art. 

16 But when the record gets to the Board and there's no 1 12 second rejection 

17 and the structure has been pointed out to the Examiner, I think it shows that 

18 the Examiner didn't disagree with the Applicant's position. 

19 JUDGE LORIN: I agree with you completely, Counsel. 

20 Any further comments? 

21 MR. ROURKE: No, I think I'm over my time. I do appreciate your Honors' 

22 consideration. 

23 JUDGE LORIN: Any further questions? 

24 JUDGE MOHANTY: No. 

25 JUDGE FISCHETTI: No. 
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1 JUDGE LORIN: Thank you, Counsel. 

2 (Whereupon, the proceedings at 9:26 a.m. were concluded.) 
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